home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / comp / ppp-faq / part3 < prev    next >
Text File  |  1994-04-07  |  20KB  |  490 lines

  1. Path: bloom-beacon.mit.edu!news.media.mit.edu!uhog.mit.edu!europa.eng.gtefsd.com!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!swidir.switch.ch!scsing.switch.ch!news.dfn.de!urmel.informatik.rwth-aachen.de!news.rhrz.uni-bonn.de!ignatios
  2. From: ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  3. Newsgroups: comp.protocols.ppp,news.answers,comp.answers
  4. Subject: comp.protocols.ppp part3 of 8 of frequently wanted information
  5. Supersedes: <ppp-faq/part3_764536807@cs.uni-bonn.de>
  6. Followup-To: poster
  7. Date: 7 Apr 1994 18:21:04 GMT
  8. Organization: computer science department, university of Bonn, Germany
  9. Lines: 466
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 5 May 1994 18:20:08 GMT
  12. Message-ID: <ppp-faq/part3_765742808@cs.uni-bonn.de>
  13. NNTP-Posting-Host: theory.cs.uni-bonn.de
  14. Summary: This document contains information about the Internet Point-to-Point
  15.     Protocol, including a bibliography, a list of public domain and
  16.     commercial software and hardware implementations, a section on
  17.     configuration hints and a list of frequently asked questions and
  18.     answers on them.
  19.     It should be read by anybody interested in connecting to Internet
  20.     via serial lines, and by anybody wanting to post to
  21.     comp.protocols.ppp (before he/she does it!)
  22. Xref: bloom-beacon.mit.edu comp.protocols.ppp:3270 news.answers:17782 comp.answers:4803
  23.  
  24. Archive-name: ppp-faq/part3
  25. Version: $Revision: 1.1 $
  26. Last-modified: $Date: 93/08/23 19:19:15 $
  27. URL: http://cs.uni-bonn.de/ppp/part3.html
  28.    Read on here.
  29.    
  30.                      3. HOW TO (CONFIGURATION RECIPES)
  31.                                      
  32.       
  33.       complain about missing or incorrect information in the FAQ list
  34.       
  35.        connect a single host to a network without needing a new subnet.
  36.       
  37.       
  38.       configure free ppp for sun to interoperate with MacPPP 1.0
  39.       
  40.       
  41.       get SCO TCP 1.2 to connect to Ethernet LANs by a PPP link
  42.       
  43.        use PPP through a X.25 PAD
  44.       
  45.        use SunLINK PPP 1.0 to a CISCO
  46.       through a sync line
  47.       
  48.        use MacPPP 2.0.1 on non-US
  49.       System 6 MACs
  50.       
  51. 3.0 complain about missing or incorrect information in the FAQ list
  52.  
  53.    E-mail to
  54.    
  55.                         ignatios@theory.cs.uni-bonn.de (Ignatios Souvatzis)
  56.                                                                            
  57.    and add information I'll need to think about it. That is:
  58.    
  59.        In case of incorrect information, send me the correct information
  60.       and the source of it.
  61.       
  62.        In case of missing information, send me the information which is
  63.       missing and the source of it.
  64.       
  65. 3.1 connect a single host to a network without needing a new subnet.
  66.  
  67.    If you have only one single machine on the other side, the easiest way
  68.    is to give it a IP address belonging to the local ethernet/IP subnet,
  69.    and to tell the ppp gateway machine to advertise (proxy arp) its own
  70.    ethernet address as the other machines'. Works like a charm here. Of
  71.    course, for a large group or complicated network on the other side, you
  72.    would get more management problems.
  73.    
  74.    On the gateway do:
  75.    
  76.  
  77. arp -s othermachinesipaddress myownethernetaddress permanent public
  78. ifconfig pppNUMBER myipaddress othermachinesipaddress [other params] up
  79.  
  80.    on remote machine:
  81.    
  82.  
  83. ifconfig pppNUMBER gatewaysipaddress [other params] up
  84. route add default gatewaysipaddress 1
  85.  
  86.    pppNUMBER might be spelled as dpNUMBER for dialup IP.
  87.    
  88.    Of course, if you use routeing daemons, you could also propagate the
  89.    route via routed / gated etc. to other machines, but it's more painful
  90.    because every machine has to do it (and might choose not to do it), and
  91.    every machine doing IP on a Ethernet HAS to talk arp.
  92.    
  93.    On intermittently connected demand-dialed links, you may need to edit
  94.    /etc/gateways to define the destination of the PPP or SLIP connection as
  95.    a "passive" link.  Otherwise, routed will remove routes from the
  96.    kernel's routing table that use that link, because it won't hear RIPs
  97.    coming from hosts or routers across the wire.  Since it doesn't hear
  98.    anything from hosts or routers on the far side of the wire, routed
  99.    assumes that the link is dead forever.
  100.    
  101.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  102.                                                                            
  103. 3.2 configure KA9Q PPP and it's Unix counterpart
  104.  
  105.  
  106. Newsgroups: comp.protocols.ppp
  107. From: kim@MorningStar.Com (Kim Toms)
  108. Subject: Re: PPP for DOS? (good info for FAQ)
  109. Date: Wed, 9 Dec 1992 06:26:28 GMT
  110.  
  111.    I have been able to use the ka9q software on my PC to call my Suns at
  112.    work.  This is available from merit.edu:/pub/ppp/ka9q.zip. I had to tell
  113.    our Sun product [that would be Morning Star PPP, see below. I.S.]
  114.    "nolqm" in order to prevent it from hanging up because of an lqm
  115.    failure, but other than that, I have had no trouble.
  116.    
  117.    Below, I include the configuration I use on my pc.  I unpacked the ka9q
  118.    distribution into \ka9q.  All the configuration files are located there.
  119.    
  120.    
  121.    I have also been able to use the NCSA telnet packet driver, however, I
  122.    could not use ftp with that, so I gave it up some months ago.
  123.    
  124.    Here's what I use on the PC:
  125.    
  126.    In a file called "doit2.bat":
  127.    
  128.  
  129. net -d \ka9q dialup.net
  130.  
  131.    In a file called "dialup.net":
  132.    
  133.  
  134. ip address 137.175.2.42
  135. attach asy 0x3f8 4 ppp pp0 1024 256 9600
  136. dialer pp0 dialup.ppp
  137. ppp pp0 trace 2
  138. ppp pp0 quick
  139. ppp pp0 lcp open
  140. ppp pp0 ipcp open
  141. route add default pp0
  142. ip ttl 32
  143. tcp mss 1460
  144. tcp window 2920
  145. domain addserver 137.175.2.11
  146. domain suffix MorningStar.Com
  147. domain cache clean on
  148. start echo
  149. start discard
  150. start telnet
  151. start ftp
  152. start finger
  153. start ttylink
  154.  
  155.    In a file called "dialup.ppp":
  156.    
  157.  
  158. control down
  159. wait 1000
  160. control up
  161. wait 1000
  162. wait 2000
  163. send "at\r"
  164. wait 3000 "OK"
  165. send "atdt4515016\r"
  166. wait 60000 "login: "
  167. send "<username>\r"
  168. wait 5000 "word:"
  169. wait 1000
  170. send "<password>\r"
  171.  
  172.   3.2.2 CONFIGURE KA9Q PPP (WITH NEW DIALER) AND IT'S UNIX COUNTERPART
  173.   
  174.  
  175. Date: Wed, 3 Feb 93 17:18:02 +0100
  176. From: Swa.Frantzen@cs.kuleuven.ac.be (Swa Frantzen)
  177. To: ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  178. Subject: Re: comp.protocols.ppp frequently wanted information
  179.  
  180.    I'm using ka9q for slip dialup. (ppp will follow soon) Being a novice to
  181.    it, I relied heavily on the ppp documentation the frequently wanted
  182.    information posting provides.
  183.    
  184.    One thing has changed (somewhere) in the way the dailer command works.
  185.    The syntax has changed and the file(s) it uses have changed to.
  186.    
  187.    I got my ka9q from simtel20 (actually a mirror: oak.oakland.edu)  -> the
  188.    file with the source was name s920603.zip, the executable e920603.zip.
  189.    All the documentation I could find was at least a year older !
  190.    
  191.    After sniffing through the sources, this is what I came up with:
  192.    
  193.    In a file called "dialup.net":
  194.    
  195.  
  196. ...
  197. dialer <interface> <timeout> <up_script> <down_script>
  198. ...
  199.  
  200.    eg:
  201.    
  202.  
  203. dial pp0 1000 dial.up dial.dwn
  204.  
  205.    In a file called "dialup.dwn";
  206.    
  207.  
  208. control down
  209.  
  210.    In a file called "dialup.up";
  211.    
  212.  
  213. control up
  214. wait 100
  215. send "at\r"
  216. wait 3000 "OK"
  217. send "atdt<number>\r"
  218. wait 90000 "ogin:"
  219. send "<username>\r"
  220. wait 5000 "word:"
  221. wait 100
  222. send "<password>\r"
  223.  
  224.    This will cause call on demand ->
  225.    
  226.    If the link is idle (for some time), the thing will hang up If you need
  227.    the link the link will be established I put in a bigger wait for the
  228.    login prompt as it takes a rather long time to synchonise using V32 and
  229.    V32bis modems.
  230.    
  231.    Since I had to go through the sources to find it out, I figure others
  232.    will be intersted in it too.
  233.    
  234.   3.2.3 CONFIGURE JNOS
  235.   
  236.    I have jnos1.08 up and running. [that is,  'version 911229 (WG7J
  237.    v1.08)'].   For a sample configuration and demonstration  of operation,
  238.    get the  configuration and  executable you can ftp from
  239.    idefix.cs.uni-bonn.de, user ftp,  directory /pub.
  240.    
  241.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  242.                                                                            
  243. 3.3 configure NCSA with the merit ppp packet driver and its  unix
  244. counterpart
  245.  
  246.    I had at least partial success using the parameters, to the public ppp
  247. ect any of dp-2.1 or dp-2.2* or
  248.    pppd-1.01beta or ppp-1.1 would have the same behaviour) -ac -pc vjmode
  249.    draft. The latter would be called in ppp-1.1 (and up) 'vjmode rfc1331'.
  250.    
  251.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  252.                                                                            
  253. 3.4 work BOOTP over protocols such as SLIP or PPP
  254.  
  255.  
  256. Newsgroups: comp.protocols.ppp
  257. From: johnson@tigger.jvnc.net (Steven L. Johnson)
  258. Subject: Re: Tech?: BOOTP over SLIP or PPP
  259. Date: Wed, 2 Dec 1992 03:14:37 GMT
  260.  
  261.    [Somebody on the net] writes:
  262.    
  263.     Does anybody know if there is a description of how to work BOOTP over
  264.    protocols such as SLIP or PPP. It seems this should work but the problem
  265.    is that there is a field in the BOOTP header that contains the physical
  266.    layer type, and these numbers are defined as the hardware types for ARP.
  267.     Since SLIP and PPP do not use ARP, they do not have numbers.I haven't
  268.    looked very far, and would appreciate a pointer to any previous work or
  269.    concensus.  I've used a type 0 but only with a cisco terminal server.  I
  270.    don't know if this causes problems on other implementations.
  271.    
  272.    The second problem is that the BOOTP header also contains a field for
  273.    the physical layer address (i.e. Ethernet address). PPP and SLIP do not
  274.    have an physical layer addresses. What does the BOOTP server have to
  275.    base it's IP address suggestion on?  It's my understanding that PPP can
  276.    itself negotiate the IP address and that this is the preferred method.
  277.    If the IP address is included in the bootp request then the remaining
  278.    configuration is done based on that IP address and not the hardware
  279.    address.  With SLIP there isn't this option, so the IP address must be
  280.    assigned by knowing the physical port on which the request was received.
  281.     Again, I used an address of 0 (with a address length of 0, I think) and
  282.    this didn't seem to cause a problem.
  283.    
  284.    On a terminal server that contained only a minimal implementation of
  285.    bootp, it was necessary to send two requests.  The first request was
  286.    satisfied by the terminal server and configured only the IP address.  A
  287.    subsequent request (that contained the IP address provided by the first
  288.    request) was forwarded by the terminal server to a bootp server on the
  289.    ethernet and provided the rest of the configuration from a standard
  290.    bootptab.
  291.    
  292.                                                                      -Steve
  293.                                                                            
  294. 3.5 configure free ppp for sun to interoperate with MacPPP 1.0
  295.  
  296.  
  297. From: guy@world.std.com (Guy K Hillyer)
  298. Comments-by: Ignatios Souvatzis, marked with [comments... I.S.]
  299. Subject: Success with MacPPP
  300. Date: Wed, 20 Jan 1993 02:02:08 GMT
  301.  
  302.    After many travails, I finally got MacPPP to work for me.  This is the
  303.    story of how I got it to work.  This account is purely anecdotal.  I
  304.    don't claim to know what is the best configuration, just what worked for
  305.    me.
  306.    
  307.    I submit this for the benefit of other poor suckers who might otherwise
  308.    spend days getting a Mac/Sun PPP link to work, like I did. I'm a happy
  309.    camper now, and thanks to Larry Blunk @ merit.edu for making his
  310.    implementation freely available.  Now all I need is a T1 line to my
  311.    house and I'll be all set.
  312.    
  313.    [I'm not sure MacPPP works on T1 lines, I'm pretty sure the Perkins et
  314.    al.  PPP doesn't work over T1 lines. I.S.]
  315.    
  316.    After working with the beta release for a while, I picked up the latest
  317.    and greatest MacPPP at merit.edu.  The file is named
  318.    /pub/ppp/macppp1.0.sit.hqx.  I don't think there's any big difference
  319.    between that and the beta version, but the docs did have two or three
  320.    new sentences that helped to clarify matters.
  321.    
  322.    The ppp I'm using on the UNIX side is the one identified as
  323.    `Perkins/Clements/Fox/Christy PPP for SunOS' in the comp.protocols.ppp
  324.    FAQ.  During the course of debugging my connection, I installed the
  325.    package identified in that document as dp-2.2, but it behaved in exactly
  326.    the same way as the other one did with regard to the problems I was
  327.    having, so I only tried it briefly.  It has some more advanced
  328.    capabilities so I may switch to it in the future, but for now I'm just
  329.    glad to have a working configuration.
  330.    
  331.    Mac configuration:
  332.    
  333.        One mistake I made was ignoring the point made in the MacPPP docs
  334.     about configuring MacTCP for server addressing.  I thought that
  335.    "server addressing" implied that the mac would get its IP address
  336.    from some kind of server on my network, using RARP or something     like
  337.    that.  I thought that didn't make sense in my situation, so I
  338.    configured MacTCP for manual addressing.  In fact, I now believe
  339.    that "server addressing" means that TCP gets the address from     the IP
  340.    layer.  I'm not an ISO networking model savant, so this
  341.    
  342.        [must be wrong... the IP layer gets its address from the PPP layer,
  343.        which can do an address negotiation.]
  344.    
  345.        notion should be taken with a grain of salt.
  346.    
  347.        I also set MacTCP to have a "class C" network address.  I think
  348.    this only matters for broadcast packets, because it sets the
  349.    netmask.  Again, I'm treading on thin ice here.
  350.    
  351.        I set the IP addresses in the MacPPP control panel's IPCP
  352.    configuration window.  This probably isn't necessary, but I     wanted
  353.    to make sure that I got a particular address.  If you set     the
  354.    addresses on the Mac side, you'll want to specify the     addresses and
  355.    disable IP address negotiation on the UNIX side     ("-ip" option to
  356.    ppp).
  357.    
  358.        I first got things working with VJ header compression disabled on
  359.     both sides.  You may want to try it this way if you have any
  360.    trouble.  This is set in the IPCP window.  If you disable VJ     header
  361.    compression on the Mac side, you'll want to disable it on     the UNIX
  362.    side as well ("-vj" option to ppp).
  363.    
  364.        [You probably need only to set it to 'draft'. The configuration
  365.    negotiation should do the rest. The only reason you need a 'vjmode'
  366.    option is that the format of the configuration option has changed and
  367.      the older ones don't understand the format of the aug91draft or
  368.    rfc1331 ones (which should be the same) I.S.]
  369.    
  370.        Once I got things working I turned on VJ header compression.  It
  371.    only worked for me if I selected "draft" mode on the UNIX side
  372.    ("vjmode draft" option to ppp).
  373.    
  374.    Sun configuration:
  375.    
  376.        I configure the ppp interface like this:
  377.    
  378.  
  379.         ifconfig ppp0 <Sun's IP addr> <Mac's IP addr> netmask 0xffffff00 do
  380. wn
  381.  
  382.    Then I start ppp like this:
  383.    
  384.  
  385.         ppp -p vjmode draft -ip <Sun's IP addr>:<Mac's IP addr>
  386.  
  387.    [which is also about the configuration of dp-2.x, on the login line.
  388.     You have to specify PPP_OPTIONS=vjmode,draft in the configuration file
  389.        for the network interface used by the mac. For ppp-1.1/2.tar.Z, use
  390.        'vjmode rfc1331' I.S.]
  391.    
  392.        The "-p" means passive, so the Sun waits for the Mac to start the
  393.     handshaking.  My experience was that without -p, there was a very
  394.    brief window during which the Mac could enter the negotiation, and
  395.    if it missed window, then all was lost.
  396.    
  397.        "vjmode draft" means to use the new version of negotiation
  398.    specified in the August 1991 Draft RFC for IPCP.  This is     apparently
  399.    the only version MacPPP knows how to deal with.  If     you've disabled
  400.    VJ header compression on the Mac, you should give     "-vj" instead.
  401.    
  402.        "-ip" disables IP address negotiation.  It probably would work
  403.    fine without this; I just haven't tried it that way.
  404.    
  405. 3.6 get SCO TCP 1.2 to connect to Ethernet LANs by a PPP link
  406.  
  407.  
  408. From: bob@MorningStar.Com (Bob Sutterfield)
  409. Subject: Re: PPP on SCO between different networks
  410.  
  411.    In article  uaa1006@dircon.co.uk (Peter Miles) writes:
  412.    
  413.       I need to set up a UNIX system which is on an ethernet LAN (with
  414.    its own IP address), so it can call up a PPP link to another    network,
  415.    and use a different IP address on the remote network. There's a bug in
  416. ) that prevents this scenario with SCO's
  417.    PPP, and with any other PPP or SLIP software you might try to use on
  418.    your SCO system.  You can get the fix from
  419.    ftp.morningstar.com:pub/tools/SCO-route-fix, or through SCO's normal
  420.    support channels.
  421.    
  422. 3.7 use PPP through a X.25 PAD
  423.  
  424.  
  425. From: unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn)
  426. Subject: Re: PPP or SLIP through PAD (X.29/X.25)
  427. Date: Mon, 5 Apr 1993 19:30:17 +0200
  428. Organization: Regionales Rechenzentrum Erlangen, Germany
  429.  
  430.    Does anybody have experience with "tunneling" PPP and SLIP through the
  431.    PAD-service (X.29 over X.25)? What I want is to let people dial up their
  432.    PAD-service and send their PPP/SLIP packets across the X.25 network into
  433.    the PAD-login of my UNIX-machine.  This should be possible, but I guess
  434.    the PAD-parameter configuration is critical?? Yes, that's of course
  435.    possible, because that's the way I use PPP. Use the PAD parameters for
  436.    the following settings:
  437.    
  438.        no escape character 1:0
  439.       
  440.        local echo off 2:0
  441.       
  442.        flow/control: RTS/CTS 5:2 (this is perhaps not a standard X.3
  443.       parameter)
  444.       
  445.        PAD should not react on XON/XOFF signals 12:0
  446.       
  447.    Other important values might be 3:0 4:1 9:0 10:0 13:0 14:0 15:0.
  448.    
  449.    You need a PAD that supports CTS/RTS flow control, because I don't know
  450.    about PPP software that supports XON/XOFF (although this would be
  451.    possible with the right async map).
  452.    
  453.                                                                      Markus
  454.                                                                            
  455. 3.8 use SunLINK PPP 1.0 to a CISCO through a sync line
  456.  
  457.    To connect successfully a Sun running 4.1.x and Sunlink PPP 1.0 to a
  458.    Cisco, you have to get patch 100941-02. Once it it installed, everything
  459.    works smoothly, as written in the documentation!
  460.    
  461.    My sun is an SS2, running 4.1.2 (sun4c architecture). We have a
  462.    'Transfix' digital leased line. That is: synchronous serial line,
  463.    64kbps.
  464.    
  465.    The problem without the patch is that everything seems to be OK, except
  466.    that the MTU given by a 'netstat -in' on device ppp0 is set to 0.
  467.    
  468.                                           -- Alain Mellan <amellan@acri.fr>
  469.                                                                            
  470. 3.9 use MacPPP 2.0.1 on non-US System 6 Macintoshes
  471.  
  472.    The current MacPPP Version (2.0.1) works on System 6 only if the system
  473.    folder is called "System Folder". On non-US systems (e.g. German
  474.    systems, where it is called "Systemordner"), MacPPP doesn't find some
  475.    file it needs. On System 7 Macs this problem isn't there. The workaround
  476.    is, to rename the system folder to "System Folder". Other programs will
  477.    ask the system, how the system folder is named, and continue to work.
  478.    Thanks to hn277pk@unidui.uni-duisburg.de (Peter Koch) for summarizing
  479.    this information to me, who never used a Macintosh (with the exception
  480.    of playing Shufflepack CafΘ once). *** Go back here.  To the top page
  481.    here. Read on here.
  482.    
  483.    
  484. -- 
  485. -- 
  486.     Ignatios Souvatzis
  487. -
  488. Solaris 2.1:  it's slow, needs 200M of disk space and comes without C compiler,
  489. which makes it remarkably close to MS-Windows. oleg@gd.cs.csufresno.edu
  490.